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Figure 1: Intra-Zone Mobility Management 
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Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 
2. New messages like MGA need to be defined as proposed in Reference 2. 



Figure 2: Information Flows for Location Updates for Roaming within the 

Home Zone 
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Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 

2. New messages like BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbRJ need to be defined as proposed in Reference 2. 



Figure 4: Location Update Management Information Flows with Distributive 

HLF Architecture 
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Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 

2. New messages like BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbRJ need to be defined as proposed in Reference 2. 



Figure 5: Smooth Location Updates for Signaling Flow Optimization 




Figure 6: Mobility Management Architecture sharing a single HLF Database in a given 

Administrative Domain 



H.323 
Mobile 
Entity 



Visiting 
Zone/ 

Visiting Visiting 
GK VLF 



Home Zone/ 
Home GK 



Visited Zone/ 
Visited GK 



Visited 
VLF 



1 RRQ 


2 RRQ 

k. 


Request (BuRQ) 










6. RCF/RRJ 


3 RCF/RRJ 


4. Binding Updati 








5. Binding 


Jpdate Confirm/Reject ( 


► 

kiCF/BuRJ) 


7. Mobility Unb 


nding Request (Ut 


RQ) 














10. Mobility Unt 


nding Conflnne 


8. Mobility Unbinding 
Request (UbRQ) 


»• 

9. Mobility Unbinding 
Confirmed/Reject 
(UoCFAJbRJ) 


Reject (UbCFAJbRJ) 













Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 

2. New messages like BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbRJ need to be defined as proposed in Reference 2. 



Figure 7: Location Update Management Information Flows with Centralized 
HLF Architecture in an Administrative Domain 
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T\ Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 

h:~z 2. New messages like BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbRJ need to be defined as proposed in Reference 2. 
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Figure 9: Location Update Management Information Flows with Centralized 
HLF Architecture in an Administrative Domain where Communications with 
the HLF are done via the VLFs only 



